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Partition M a n a p , er and M ethod,-- s e r ia l no . file dM^ 

Field of the Invention 

The invention is generally related to computers and computer software. In 
particular, the invention is generally related to managing concurrent use licenses to 
selectively grant or deny requests to use computer programs on a computer. 

Background of the Invention 

Concurrent use licenses are routinely used in the software industry as a 
convenient and often cost-effective manner of providing computer software to 
customers. Unlike other types of licenses that typically limit the number of copies of a 
computer program that can be installed on a customer's computers, a concurrent use 
license typically limits how many users can access or use a computer program at one 
time. While other applications of concurrent use licenses exist, one particularly 

Page 1 of 20 
IBM RO999-023 

WH&E IBM/91 
Patent Application 




-2- 

beneficial application is in networked computer systems where multiple copies of a 
computer program are executed on a server or other multi-user computer accessible by 
multiple users. In such a system, a customer can often license a computer program for 
a fee that is based upon the number of users that the customer expects will need access 
to the computer program at one time, which is often significantly lower than the total 
number of users having access to the system. 

Software-based license managers are convientionally used on multi-user 
computers and the like to restrict the use of computer programs based upon the terms 
of concurrent use licenses associated with those computer programs. With a software- 
based license manager, uses of a computer program are tracked for a given computer, 
and requests to use the computer program are automatically granted or denied based 
upon the number of other uses being tracked by the license manager. 

A number of conventional license managers rely on the use of software "keys" 
to handle requests to use computer programs. Specifically, when a customer licenses a 
computer program, the customer is provided with a software code that includes a 
product identifier (which identifies the licensed computer program), a machine 
identifier (which identifies the particular computer upon which the computer program 
will execute), and a license identifier (which identifies the license terms, e.g., the 
allowed maximum number of concurrent users for the computer program). The key is 
also typically encrypted so that the information contained therein cannot be modified 
by the customer or others to defeat the license restrictions. 

When the computer program is installed on the customer's computer, the 
software key is provided to the license manager on the computer, and the license 
manager verifies that the product is indeed licensed for the computer by comparing the 
machine identifier in the key with that maintained in the computer. Subsequent 
requests by users to use the computer program are then handled by the license manager 
to limit the number of concurrent uses to that specified in the key. 

With many licence management schemes, the machine identifier is tied to a 
unique and non-modifiable identifier associated with the underlying computer hardware 
(e.g., the computer's serial number) to prevent an unauthorized party fi^om changing 
the machine identifier for a computer to match that of an authorized computer and 
illegally installing a computer program, originally licensed for the authorized computer, 
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on the unauthorized computer. However, tying the machine identifier to a serial 
number or other unique identifier for the underlying computer hardware can introduce 
a significant management problem when the computer utilizes logical partitioning. 

Specifically, with logical partitioning, a single physical computer is permitted to 
5 operate essentially like multiple and independent "virtual" computers (referred to as 

logical partitions), with the various resources in the physical computer (e.g., 
processors, memory, input/output devices, etc.) allocated among the various logical 
partitions by a shared partition manager, often also referred to as a "hypervisor". Each 
logical partition executes a separate operating system, and from the perspective of 
10 users and of the software executing on the logical partition, operates as a fiilly 

l3 independent computer. 

ty Given the independence of logical partitions, conventional approaches to 

license management utilize a separate license manager in each logical partition to 
UJ handle the license management operations for the applications residing within the 

ru 

,p 15 logical partition. Despite the logical independence of the logical partitions, however. 



m 



the logical partitions still share the same machine identifier given that they reside on the 
same underlying computer hardware. 

As a result, with conventional approaches a customer may be able to use the 
same software key to install a licensed computer program on multiple logical partitions 



20 on the same physical computer. Furthermore, such license managers, which are 



typically the same programs used on non-partitioned computers, have no capability to 
determine whether a particular program is currently in use in other partitions. 
Consequently, while the license manager in each logical partition may limit the number 
of concurrent uses within that logical partition to match the license restrictions set 

25 forth in the software key, the aggregate number of concurrent uses across all of the 

logical partitions may exceed the license restrictions. In essence, the license 
restrictions are defeated simply by installing a program on multiple logical partitions. 

Therefore, a significant need exists for an improved manner of managing 
concurrent use licenses in a logically partitioned computer, and specifically to manage 

30 the number of concurrent uses of a computer program across multiple logical 

partitions. 
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Summary of the Invention 

The invention addresses these and other problems associated with the prior art 
by providing an apparatus, program product, and method that track concurrent uses of 
a computer program across a plurality of logical partitions in a logically partitioned 
computer, such that a decision as to whether to grant or deny a request to use the 
computer program in a particular logical partition may be made based upon whether 
the requested use, coupled with other uses in other logical partitions in the computer, 
would violate a concurrent use software license associated with the computer program. 
As such, the license restrictions of a concurrent use software license can be enforced 
on a logically partitioned computer regardless of the particular logical partitions within 
which a computer program executes. 

In one illustrative, but not exclusive, embodiment of the invention, concurrent 
use tracking is implemented in a partition manager or other shared resource accessible 
by each logical partition in a logically partitioned computer. License management is 
then handled within each logical partition by a license manager that accesses the 
partition manager as needed to limit the total number of concurrent uses for a 
particular computer program across all logical partitions. As such, the logical 
independence of each logical partition is maintained, without the need for license 
managers in different logical partitions to interact with one another. 

These and other advantages and features, which characterize the invention, are 
set forth in the claims annexed hereto and forming a fiirther part hereof However, for 
a better understanding of the invention, and of the advantages and objectives attained 
through its use, reference should be made to the Drawings, and to the accompanying 
descriptive matter, in which there is described exemplary embodiments of the 
invention. 
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Brief Description of the Drawings 



10 




FIGURE 1 is a block diagram of a computer consistent with the invention. 

FIGURE 2 is a block diagram of the primary software components and 
resources in the computer of Fig. 1. 

FIGURE 3 is a block diagram of a license list data structure consistent with the 
invention. 

FIGURE 4 is a flowchart illustrating the program flow of an acquire license 
routine initiated by a license manager in the computer of Figs. 1 and 2. 

FIGURE 5 is a flowchart illustrating the program flow of a release license 
routine initiated by a license manager in the computer of Figs. 1 and 2. 

FIGURE 6 is a flowchart illustrating the program flow of a get partition count 
routine initiated by a license manager in the computer of Figs. 1 and 2. 

FIGURE 7 is a flowchart illustrating the program flow of a set partition count 
routine initiated by a license manager in the computer of Figs. 1 and 2. 

FIGURE 8 is a flowchart illustrating the program flow of a remove partition 
count routine initiated by a license manager in the computer of Figs. 1 and 2. 

FIGURE 9 is a flowchart illustrating the program flow of a terminate partition 
routine executed by the partition manager in the computer of Figs. 1 and 2. 



Page 5 of 20 
IBM RO999-023 
WH&E IBM/91 



Patent Application 



Detailed Description 



Hardware and Software Environment 



Turning to the Drawings, wherein like numbers denote like parts throughout 
the several views. Fig. 1 illustrates a data processing apparatus or computer 10 
consistent with the invention. Apparatus 10 generically represents, for example, any of 
a number of multi-user computer systems such as a network server, a midrange 
computer, a mainframe computer, etc. However, it should be appreciated that the 
invention may be implemented in other data processing apparatus, e.g., in stand-alone 
or single-user computer systems such as workstations, desktop computers, portable 
computers, and the like, or in other computing devices such as embedded controllers 
and the like. One suitable implementation of apparatus 10 is in a midrange computer 
such as the AS/400 series computer available from International Business Machines 
Corporation. 

Apparatus 10 generally includes one or more system processors 12 coupled to 
a memory subsystem including main storage 14, e.g., an array of dynamic random 
access memory (DRAM). Also illustrated as interposed between processors 12 and 
main storage 14 is a cache subsystem 16, typically including one or more levels of data, 
instruction and/or combination caches, with certain caches either serving individual 
processors or multiple processors as is well known in the art. Furthermore, main 
storage 14 is coupled to a number of types of external (I/O) devices via a isystem bus 
18 and a plurality of interface devices, e.g., an input/output bus attachment interface 
20, a workstation controller 22 and a storage controller 24, which respectively provide 
external access to one or more external networks 26, one or more workstations 28, 
and/or one or more storage devices such as a direct access storage device (DASD) 30, 

Fig. 2 illustrates in greater detail the primary software components and 
resources utilized in implementing a logically partitioned computing environment on 
computer 10, including a plurality of logical partitions 40, 42, 44 managed by a 
partition manager 46. Any number of logical partitions may be supported as is well 
known in the art. 
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"Computer, such as handlfngThe powering on or powering off oTt the secondary^lopieS*" 
partitions on computer 10, or initiating a memory dump of the secondary logical 
partitions. As such, a portion of partition manager 46 is illustrated^b/primary partition 

control block 50, disposed in the operating system 52 resident in primary partition 40. 

^^^^^ 

Other partition management services, which are accessible by all logical partitions, are 
represented by shared services blockj48^^^Jm of partition management 

functionality within a primary logical-partition is described, for example, in U.S. Patent 
Application RO999-025<e1ititled "Logical Partition Manager and Method," serial 

no, ^.-^^^^^ fil^^May 19, 1999, which is incorporated by reference herein. 

^ov^j&v^x^diX^^^n management functionality need not be implemented within any 
particular^ log jeal-pai^itiQn4n-QtherJmplementations-eonsistent-with^^ 

Each logical partition utilizes an operating system, e.g., operating systems 52, 
54 and 56 for logical partitions 40, 42 and 44, respectively), that controls the primary 
operations of the logical partition in the same manner as the operating system of a non- 
partitioned computer. For example, each operating system 52-56 may be implemented 
using the OS/400 operating system available from International Business Machines 
Corporation, residing on top of a kernel, e.g., AS/400 system licensed internal code 
(SLIC). The shared services in block 48 are alternatively referred to herein as partition 
licensed internal code (PLIC). 

Each logical partition 40-44 executes in a separate memory space, represented 
by virtual memory 60. Moreover, each logical partition 40-44 is statically and/or 
dynamically allocated a portion of the available resources in computer 10. For 
example, each logical partition is allocated one or more processors 12, as well as a 
portion of the available memory space for use in virtual memory 60. Logical partitions 
can share specific hardware resources such as processors, such that a given processor 
is utilized by more than one logical partition. In the alternative hardware resources can 
be allocated to only one logical partition at a time. 

Additional resources, e.g., mass storage, backup storage, user input, network 
connections, and the like, are typically allocated to one or more logical partitions in a 
manner well known in the art. Resources can be allocated in a number of manners, 
e.g., on a bus-by-bus basis, or on a resource-by-resource basis, with multiple logical 
partitions sharing resources on the same bus. Some resources may even be allocated 
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to multiple logical partitions at a time. Fig, 2 illustrates, for example, three logical 
buses 62, 64 and 66, with a plurality of resources on bus 62, including a direct access 
storage device (DASD) 68, a control panel 70, a tape drive 72 and an optical disk 
drive 74, allocated to primary logical partition 40. Bus 64, on the other hand, may 
5 have resources allocated on a resource-by-resource basis, e.g., with local area network 

(LAN) adaptor 76, optical disk drive 78 and DASD 80 allocated to secondary logical 
partition 42, and LAN adaptors 82 and 84 allocated to secondary logical partition 44. 
Bus 66 may represent, for example, a bus allocated specifically to logical partition 44, 
such that all resources on the bus, e.g., DASD's 86 and 88, are allocated to the same 
10 logical partition. 

It will be appreciated that the illustration of specific resources in Fig. 2 is 

Q ■ 

. p merely exemplary in nature, and that any combination and arrangement of resources 

may be allocated to any logical partition in the alternative. Moreover, it will be 

==P appreciated that in some implementations resources can be reallocated on a dynamic 

W 

ry 1 5 basis to service the needs of other logical partitions. Furthermore, it will be 

y appreciated that resources may also be represented in terms of the input/output 

P processors (lOP's) used to interface the computer with the specific hardware devices. 

in 

The various software components and resources illustrated in Fig. 2 and 
implementing the embodiments of the invention may be implemented in a number of 
%S 20 manners, including using various computer software applications, routines, 

components, programs, objects, modules, data structures, etc., referred to hereinafter 
as "computer programs", or simply "programs". The computer programs typically 
comprise one or more instructions that are resident at various times in various memory 
and storage devices in the computer, and that, when read and executed by one or more 

25 processors in the computer, cause that computer to perform the steps necessary to 

execute steps or elements embodying the various aspects of the invention. Moreover, 
while the invention has and hereinafter will be described in the context of fijlly 
fiinctioning computers, those skilled in the art will appreciate that the various 
embodiments of the invention are capable of being distributed as a program product in 

30 a variety of forms, and that the invention applies equally regardless of the particular 

type of signal bearing medium used to actually carry out the distribution. Examples of 
signal bearing media include but are not limited to recordable type media such as 
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volatile and non-volatile memory devices, floppy and other removable disks, hard disk 
drives, magnetic tape, optical disks (e.g., CD-ROM's, DVD's, etc.), among others, 
and transmission type media such as digital and analog communication links. 

In addition, various programs described hereinafter may be identified based 
upon the application for which they are implemented in a specific embodiment of the 
invention. However, it should be appreciated that any particular program 
nomenclature that follows is used merely for convenience, and thus the invention 
should not be limited to use solely in any specific application identified and/or implied 
by such nomenclature. 

Those skilled in the art will recognize that the exemplary environments 
illustrated in Figs. 1 and 2 are not intended to limit the present invention. Indeed, 
those skilled in the art will recognize that other alternative hardware and/or software 
environments may be used without departing fi-om the scope of the invention. 

License Management in a Partitioned Computer Environment 
License management consistent with the invention utilizes a shared service to 
provide global tracking of uses of one or more licensed computer programs. In the 
illustrated implementation of Fig. 2, for example, license management is implemented 
using one or more license managers 90 disposed in each logical partition. Each license 
manager 90 has access to a shared service, represented by use tracker block 92, which 
maintains counts of the active uses of all tracked licensed computer programs. Use 
tracker 92 is illustrated as resident in the shared services 48 of partition manager 46, 
although tracking of license uses may be performed by other components in other 
implementations. 

The license manager 90 in each logical partition handles the fiinction of 
granting or denying requests to execute a licensed application 94 resident in the 
partition. To do so, each license manager relies on the shared service, implemented in 
use tracker 92, to retrieve an indication of the global count of uses within computer 10 
across all logical partitions. 

To track uses of one or more computer programs across the various logical 
partitions in computer 10, use tracker 92 maintains a database of license records, e.g., 
in the form of a license list 100 shown in Fig. 3. List 100 is implemented as a linked 

Page 9 of 20 
IBM RO999-023 
WH&E IBM/91 
Patent Application 



-10- 

list, including a plurality of license records 102, each including a plurality of fields 104- 
114. 

Field 1 04 of each license record provides a header that uniquely identifies the 
license record. Field 106 provides a product identifier that identifies the product, or 
licensed computer program, with which the record 102 is associated. 

Field 108 stores a global count, representing the total number of current 
concurrent uses of the licensed computer program across all logical partitions. Field 
1 10 stores a "persistent" flag that indicates whether or not a use of the licensed 
computer program will survive the powering down of a logical partition. When the 
persistent flag is not set, the current usage count for that logical partition is discarded 
upon power down. 

Fields 112 store usage counts for each of A'^ logical partitions in the computer. 
As such, a variable number of fields may be provided to support any number of logical 
partitions. Moreover, other data structures, e.g., linked lists, and the like, may also be 
used to support a variable number of logical partitions. 

Field 1 14 stores a pointer to the next license record 102 in the linked list. The ^ 
last license record 102 has a NULL value stored in field 1 14. It should be appreciated, 
however, that any number of alternate data structures may be utilized to store the 
information provided in each license record 102. 

To support license management across multiple logical partitions, several 
services are made available by use tracker 92 to each license manager 90. In 
particular, in the illustrated implementation, the following services are made available 
to the license manager in each logical partition: 

int incrementCount(/;TOrfMC/_iV/, persistent) 

increment count for product associated with prodtictjd and set 
"persistent" flag to persistent (TRUE or FALSE). 

int deQremeniCovkniiproductjid) 

decrement count for product associated with product Jd 
int getCount{product_id, partitionjtd) 

get count for product associated with product id in requested partition 
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int setCount(product_id, count, persistent) 

set partition count for product associated with product id to count and 
set "persistent" flag to persistent (TRUE or FALSE). 

remo\ eCount{proiluct_id) 

remove all uses of product associated with product id in this partition 

In the above services, product id is the identifier for a licensed computer 
program, count is an integer to set the partition count to, persistent is a boolean value 
used to set or reset the "persistent" flag for the licensed computer program, and 
partition id identifies another logical partition in the computer. All services except 
removeCountQ return the resulting global count for the identified licensed computer 
program. 

The use of the aforementioned services in performing license management 
consistent with the invention is fiarther explained in connection with the license 
management operations illustrated in Figs. 4-8. Figure 4 illustrates an acquire license 
routine 140 initiated by a license manager in one of the logical partitions. Routine 140 
is called in response to a request from a user to use a licensed computer program. As 
shown in block 142, license manager 90, in response to such a request, passes an 
incrementCountO request to the partition manager, specifying the product ID of the 
requested licensed computer program and a value for the persistent flag. This fianction 
call is represented at 144. The incrementCount() request is handled by an increment 
count routine 146, which begins in block 147 by obtaining a global lock on the license 
list, and attempting to find the license record for the requested product identifier. 
Control passes to block 148 to determine whether the license record was found. 

If not, a new licensed computer program is being tracked, so control passes to 
block 149 to allocate storage for a new license record for the new licensed computer 
program and initialize all counts to zero. The license record is also appended to the 
linked list. Next, block 1 50 increments both the global and partition counts for the 
license record for the requested program, and returns the new global count to the 
license manager (represented at 152). In addition, block 150 sets the persistent flag to 
that provided to the routine and releases the previously-obtained global lock on the 
license list. Also, returning to block 148, if a license record was found, control is 
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passed directly to block 1 50, bypassing creation of a new license record for the 
licensed computer program. 

Once the license manager retrieves the global count, control passes to block 
1 54 to determine whether the global count exceeds the limit specified for the 
concurrent use license associated with the licensed computer program. If not, control 
passes to block 1 56 to return a "grant" code to the requesting application, thereby 
permitting the execution of the application to proceed. If, however, the global count 
has been exceeded, control instead passes to block 158 to pass a decrementCountQ 
request to the partition manager, again specifying the product ID of the licensed 
computer program. The request is represented at 160. 

In response to the decrementCountQ request, use tracker 92 executes a 
decrement count routine 162, which begins in block 163 by obtaining a global lock on 
the license list, and finding the license record associated with the requested product ID. 
Control then passes to block 1 64 to decrement both the global and partition counts for 
the licensed computer program. Next, block 165 determines whether the global count 
is zero. If so, control passes to block 166 to free the storage for the license record and 
remove the record from the linked list. Control then passes to block 167 to return the 
global count to the license manager (represented at 168), and release the global lock 
obtained in block 163. Routine 162 is then complete. Moreover, returning to block 
165, if the global count is not zero, control passes directly to block 167, bypassing 
block 166. 

Once the global count is returned by routine 162, license manager 90 
determines in block 1 70 whether the returned global count exceeds or equals the limit 
set forth in the software license associated with the computer program. If not, it is 
likely that a concurrent use has been released since the original request, so control 
returns to block 142 to retry the attempt to obtain a license to use the licensed 
computer program. If, however, the global count is exceeded or equaled, control 
passes to block 1 72 to return a "deny" code to the requesting application, whereby 
routine 140 is complete. In the alternative, block 170 may be omitted, whereby no 
retry attempt is made if an initial attempt to acquire a license is unsuccessful. 

Figure 5 illustrates a release license routine 180 called by license manager 90 in 
response to termination of a license computer program by one of the users in the 
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logical partition associated with the license manager. Routine 180 begins in block 182 
by passing a decrementCount() request to the partition manager, specifying the 
product ID of the licensed program being terminated. The request is represented at 
184. In response to the request, use tracker 92 executes decrement count routine 162 
(described above in connection with Fig. 4), resulting in the new global count being 
returned to the license manager, as represented at 1 86. Upon completion of routine 
162, control returns to block 188 to return an acknowledge code to the application, 
indicating that the termination of the application may proceed. 

Figure 6 illustrates a get partition count routine 200 executed by a license 
manager to retrieve a partition count for use in performing more advanced license 
management functions such as displaying partition counts to a system operator. 
Routine 200 begins in block 202 by passing a getCountQ request to the partition 
manager, specifying both the product identifier of the licensed computer program and 
the partition identifier of the partition for which it is desired to obtain a partition count 
(represented at 204). In response to the request, use tracker 92 executes a get count 
routine 206, which begins in block 208 by obtaining a global lock on the license list 
and finding the license record associated with the requested product ID. Next, in 
block 210, the count associated with the requested partition is returned (represented at 
212), and the previously-requested global lock on the license list is released. Routine 
206 then terminates, returning control to block 214, whereby the license manager 
utilizes the partition count for its intended purpose. It may also be desirable to 
perform error checking in routine 206, e.g., to verify whether a license record exists 
for the requested product identifier. 

Fig. 7 illustrates a set partition count routine 240 executed by a license 
manager to set the partition count for a licensed computer program to a predetermined 
value. As shown in block 242, license manager 90, in response to such a request, 
passes a setCount() request to the partition manager, specifying the product ID of the 
requested licensed computer program, a desired count and a value for the persistent 
flag. This function call is represented at 244. The setCount() request is handled by a 
set count routine 246, which begins in block 247 by obtaining a global lock on the 
license list, and attempting to find the license record for the requested product 
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identifier. Control passes to block 248 to determine whether the license record was 
found. 

If not, a new licensed computer program is being tracked, so control passes to 
block 249 to allocate storage for a new license record for the new licensed computer 
program and initialize all counts to zero. The license record is also appended to the 
linked list. Next, block 250 sets the partition count to that supplied with the request 
and adjusts the global count accordingly (typically by subtracting the original partition 
count and adding the new partition count), and returns the new global count to the 
license manager (represented at 252). In addition, block 250 sets the persistent flag to 
that provided to the routine and releases the previously-obtained global lock on the 
license list. Also, returning to block 248, if a license record was found, control is 
passed directly to block 250, bypassing creation of a new license record for the 
licensed computer program. 

Once the license manager retrieves the global count, control passes to block 
254 to determine whether the global count exceeds the limit specified for the 
concurrent use license associated with the licensed computer program. If not, control 
passes to block 256 to use the new global count for its intended purpose. If, however, 
the global count has been exceeded, control instead passes to block 258 to pass a 
setCountO request to the partition manager, this time specifying the old partition count 
(prior to the last attempt to set the count), along with the product ID of the licensed 
computer program and the old persistent flag. The request is represented at 260, and 
is handled by routine 246 in the manner discussed above. By setting the partition 
count back to the original value, the original global count is returned (as represented at 
262, and processing proceeds using the old global count, as represented by block 264. 

Fig. 8 illustrates a remove partition count routine 270 executed by a license 
manager to remove (zero) the partition count for a given licensed computer program. 
Routine 270 begins in block 272 by passing a removeCount() request to the partition 
manager, specifying the product identifier of the licensed computer program 
(represented at 274). In response to the request, use tracker 92 executes a remove 
count routine 276, which begins in block 278 by obtaining a global lock on the license 
list and finding the license record associated with the requested product ID. Next, in 
block 280, the count associated with the requested partition is zeroed, the global count 
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is adjusted accordingly, and the previously-requested global lock on the license list is 
released. Routine 276 then terminates, returning control to block 284 (as represented 
at 282). It may also be desirable to perform error checking in routine 276, e.g., to 
verify whether a license record exists for the requested product identifier. 

Another often desirable license management function performed by computer 
10 is the handling of the termination of a partition. For example, as shown in Fig. 9, a 
terminate partition routine 220 may be executed by use tracker 92 in response to 
termination of a secondary partition on computer 10. Routine 220 is typically called 
by the partition manager after it is detected that a secondary partition has been 
terminated. Additional operations not relevant to the invention, are also performed by 
the partition manager to handle the power down of the partition. The routine begins in 
block 222 by obtaining a global lock on the license list. Block 224 then proceeds to 
the first license record in the license list, and control passes to block 226 to determine 
whether the pointer is NULL, representing that the last license record in the list has 
been processed. 

If additional license records remain to be processed, control passes to block 
228 to determine whether the persistent flag (maintained in field 210 of Fig. 3) for the 
currently-processed license record is set. If not, control passes to block 230 to set the 
partition count to a NULL value, and decrement the global count by the partition 
count previously associated with the terminated partition. Control then passes to block 
232 to obtain the next license record, typically by retrieving the pointer stored in next 
field 214 of the currently-processed license record. Returning to block 228, if the 
persistent flag is set, control passes directly to block 232, by-passing block 230. 

Once the next license record is obtained, control passes from block 232 to 
block 226 to determine whether the pointer retrieved in block 232 is NULL, indicating 
that all license records have been processed. If any additional license records still must 
be processed, control passes to block 228. Otherwise, routine 220 terminates, and 
additional processing associated with terminating the partition is completed. 

Various modifications may be made to the illustrated embodiments without 
departing from the spirit and scope of the invention. For example, rather than making 
the determination as to whether to grant or deny a requested use within a license 
manager, such functionality may be implemented in the shared services accessible by all 
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partitions. However, by allowing each logical partition to separately manage the 
license parameters as disclosed herein, it may be possible in some implementations to 
support varying license requirements for each logical partition (e.g., three concurrent 
uses in one logical partition, and five uses in another logical partition). 

Moreover, rather than dynamically adding and removing license records, 
separate services may be provided to add and remove license records, e.g., as part of 
the installation and uninstallation of a licensed computer program. 

A number of advantages are realized by embodiments consistent with the 
invention. For example, license management in the manner disclosed herein is typically 
independent of the number of partitions, and doesn't require that a computer be 
partitioned in any particular manner, or that a user know how many partitions are 
going to be used on a computer at the time of installation of a licensed computer 
program. Also, in many instances partitions may be dynamically added or removed 
after tracking of a licensed computer program is initiated, with the total number of uses 
across all partitions automatically maintained as partitions are added to or removed 
from the computer. 

Other modifications will be apparent to one of ordinary skill in the art. 
Therefore, the invention lies in the claims hereinafter appended. 
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